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Segmenting FileMaker Scripts 


By Joe Kroeger 

An important FileMaker feature is the ability of one 
script to cause the execution of another. A Perform 
Script step is often used to trigger execution of a 
different script that resides in another file. But Per¬ 
form Script is also useful for segmenting the desired 
functionality of a scripted operation into more than 
one script. I recently learned how valuable this 
can be. 

I had occasion to build a script that copies a 
date from one field, pastes it into another, and 
then proceeds to do the same thing for all subse¬ 
quent records in the found set. Figure 1 shows 
what this straightforward script looks like. 

This script “loops”, that is, as long as the 
current record is not the last record, the script 
goes back to the beginning and executes itself 
again. Step 5 in Figure 1 tests the lastness of the 
current record and step 6 loops back. 


The found set, in this case, consists of address 
records that have been updated or modified (for any 
of a number of reasons). Portions of the records are 
copied to a different file in order to propagate the 
updates for other usage. I need to keep track of those 
records that have been transferred since their last 
update and I maintain a TransferDate field for just 

Figure 1 


"Fill Xfr Date" 


♦ Enter Browse Mode [] 

♦ Go to Layout ["Address"] 

♦ Copy [Select, "LastGoodDate"] 

♦ Paste [Select, No style, "TransferDate "] 

♦ Go to Next Record/Request [Exit script after last] 

♦ Perform Script [Sub-scripts, "Fill Xfr Date "] 
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Figure 2 


that purpose. This field is used to locate, every 
few weeks, records ready to be transferred. 

Once the transfer is made for the found set, 

I copy the LastGoodDate field and paste it into 
the TransferDate field for each record. 

This is what the script in Figure 1 accom¬ 
plishes. Note that it goes through the found set, 
record by record, copying and pasting in each 
record, until the set is finished. As long as the 
record that is active when the script is triggered 
is the first record in the set, it all works well. 

But the Figure 1 script does not work prop- 1 
erly if the active record is later in the found set 
when the script is initially triggered. In that 
case, the script pastes a date into only the 
records from the active one to the end. As long 
as I remember to move to the first record be¬ 
fore activating the script, all is well. But I know 
that at some point Til forget. 

I thought that the fix would be easy: simply 
add a step near the top of the script to move to 
the first record in the set before starting the 
Copy-and-Paste routine. I tried the script in 
Figure 2.1 was surprised to see (a) that the 
script never stopped, and (b) that only the first 
record TransferDate field got changed. I 
stopped the script (command-period) and 
examined it again. 

Oops. As a close look at Figure 2 shows, the 
whole script is repeated when the last step is 
executed. This means that the first record be¬ 
comes the active record again (at step 3) so the 
Copy-and-Paste is performed repeatedly on 
the first record. The whole process never exits 
since it never proceeds through the found set 
and so never arrives at the last record. This is 
known in the trade as a “bug”! 

The way to repair the error is to segment 
the script actions into two separate scripts — 
one that does the initial setup (Figure 3), and 
one that repetitively executes the Copy-and- | 
Paste on the found set (Figure 4). The first 
script, after performing its task, causes the 
second script to execute. What has happed is 


"Fill Xfr Date " 


♦ Enter Browse Mode [] 

$ Go to Layout ["Address"] 

♦ Go to Record/Request [No dialog, 1 ] 

$ Copy [Select, "LastGoodDate"] 

♦ Paste [Select, No style, "TransferDate"] 

♦ Go to Next Record/Request [Exit script after last] 

♦ Perform Script [Sub-scripts, "Fill Xfr Date"] 
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_ "Setup Xfr Date Fill" 

t Enter Browse Mode [] 

♦ Go to Layout [" Address "] 

♦ Go to Record/Request [No dialog, 1 ] 

♦ Perform Script [Sub-scripts, "Fill Xfr Date"] 
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Figure 4 


"Fill Xfr Date" 
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Copy [Select, "LastGoodDate"] 

Paste [Select, No style, "TransferDate"] 

Go to Next Record/Request [Exit script after last] 
Perform Script [Sub-scripts, "Fill Xfr Date"] 
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that the looping process has been separated 
from the rest of the script operations. This is a 
good thing. The bug has gone away. , 
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Q&A: Making Custom Radio Buttons 


By Joe Kroeger 

“I’m trying to design a database that will 
switch to a different layout based on which 
radio button is clicked. But I can’t seem to 
build a script that will do so. Can you suggest 
an approach?” - D. H., Syracuse. 

Al As is often the case, there are several po¬ 
tential answers to this type of question. The 
first is one that I often like to bring up: A good 
first step is to make sure you really need to do 
this. That is, examine the problem again and 
see if perhaps there is an alternative approach 
that will accomplish the desired goal. Why 
bother to switch layouts? 

2 Another approach is to break the action 
down into two steps. A first step could be for 
the operator to click the radio button. The 
second step could be to click a button (perhaps 
located just below the radio button) that then 
switches to a designated layout. 

FileMaker lets us make a script that will 
switch to a layout based on the contents of a 
field. You can generate layout numbers either 
directly from the radio button field or, more 
generally, with a calculation that translates the 

Figure 1 
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* Go to Layout ["Count"] 
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* Go to Field [Select/phy, "Radiol "] 
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♦ Paste Literal ["X"] 
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content of the radio 
button field into 
the desired num 
bers. (See the 
Tips section of 
this issue starting 
on page 10 for more 
information about switching layouts with 
scripts and buttons.) 
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J/?3 OK, OK — enough of this terpsichorean 
dodging of the main issue. Our motto (embla¬ 
zoned above) implies a direct attack on the 
question. So here goes. 

Once again a good answer is not necessari¬ 
ly an obvious one. A nice technique (with im¬ 
portant implications), surprisingly, is to not 
use a FileMaker radio button. Instead, let’s fake 
it and make our own! Try it this way: 

❖ Make a separate standard text field for 
each desired radio button. The fields can be 
any size, and it may be convenient in some 
cases to make them large. But to emulate more 
closely a conventional radio button field, make 
them quite small on the layout. 

❖ Make transparent button graphics and 
place them on top of each field being used for a 
radio button. You might use a simple square, 
with or without a border. A circle with a border 
will be a little more like a radio button. 

❖ Make a script for each surrogate radio 
button. The initial script to immitate a radio 
button does two things — it pastes an “x” (or 
other character) in the field of the button that 
was clicked, and it clears the contents of the 
other associated buttons. An example script is 
shown in Figure 1 and a simple little layout is 
shown in Figure 2. 

Figure 2 □ Radio i 

\x\ Radio 2 
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If you have more than two radio buttons, 
you’ll need to include additional appropriate 
Clear steps to the script in Figure 1 . 

Instead of an “x”, you could use a bullet 
(option-8) if you want to make it look even 
more like a radio button. Or format the field in 
the Zapf Dingbats font and select a character 
that looks good on your layout. 

Each script used needs to be slightly differ¬ 
ent in order to reflect the fact that each will be 
associated with a different button. All are varia¬ 
tions of Figure 1. 

❖ Assign an associated script to each trans¬ 
parent button graphic. This is a good place to 
test to make sure that each script and script 
assignment properly enters and clears data in 
the radio fields. 

❖ Most standard radio button fields are 
used as a quick way to place data from a value 
list into a field. The scripts can be used to do 
the same thing (in a separate field) except that 
the data to be entered is stored within the script 
instead of taken from a value list. Just add Go 
to field. .. and Paste Literal. .. steps to the 
script in Figure 1. 

❖ There is one more task to be implement¬ 

ed — the object of this whole exercise: we want 
to switch to a different layout for each pseudo 
radio button. A Go to Layout. .. step should be 
added to each script. j 

Figure 3 shows a completed example script. 
Note that we still have the flexibility to go to a 
layout specified by the contents of a field, if 
desired, as one of the options in the Go to 
Layout... step. 

There it is; the original question has been 
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"Make Radiol 


♦ Enter Browse Mode [] 

♦ Go to Layout ["Count"] 

* Go to Field [Select/play, "Radiol "] 
t Paste Literal ["8"] 

* Clear [Select, "Radio2"] 

t Go to Field [Select/play, "Item"] 

* Paste Literal ["Happy New Year"] 

♦ Go to Layout [Refresh, "Test 5"] 
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answered, and it works with just a single mouse 
click. 

Note that we have manufactured our own 
radio button function from scratch without 
using the built-in radio button formatting. 

This means we can alter the operation of the 
buttons so that they perform just as we want 
them to do. 

The surrogate radio button fields can be 
placed anywhere on the layout. They can be 
arranged vertically, horizontally, in a circle, or 
any other way. They can be large so they are 
easy to click. They can use any desired symbol 
or character. Additional functionality can be 
included (How about an audible response 
when a button is clicked?). Instead of adding 
items to a field from the script, data from other 
fields can be copied and pasted. 

The general lesson is that we are not always 
bound by built-in FileMaker functions. We can 
often build custom functionality into our data¬ 
bases. Look at your FileMaker wish list and 
instead of waiting for Claris to include some¬ 
thing you would like to have, build it yourself! 


Figure 3 
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Eliminating Weekend Days from Date Calculations 


By Ed Dorobek 

I found the challenge (The FileMaker Report, 
#62, page 5) of creating a date calculation that 
would eliminate all but weekdays to be a fun 
way to use the newly-familiar Random func¬ 
tion. (Plus at the time it was a good way to 
counter holiday football overload!) I put to¬ 
gether a nice little solution. 

When we last left the randomizing exam¬ 
ple, a new date field (TransDate) had been 
created which was the result of a calculation 
distributing the old transaction date (Old- 
TransDate) across the days of the previous 
month. The problem is that some of the new 
transaction dates fall on weekends. My solu¬ 
tion to this problem required the use of the 
DayName function in combination with the 
(surprise!) Random function. 

In order to be able to eliminate Saturdays 
and Sundays from the TransDate field, it was 
necessary to create a field showing the day of 
the week. Of course, FileMaker has a handy 
text function for exactly this task: 


Editor's Note 

In the article about the random function in the last issue I 
suggested that the calculation to redistribute transaction 
dates might need to be modified if it was important to 
eliminate weekend days from the result. I did not offer an 
answer, but sure enough one of our clever readers has 
come up with a solution. While there are other ways to 
accomplish this task, Ed’s approach is quite interesting. 


which will include only weekdays for the 
months in question. While it would be easy to 
use a simple If function to, for instance, add a 
day to the Sundays and subtract a day from the 
Saturdays, we would then have an excess of 
Mondays and Fridays and the whole point of 
this exercise (random distribution of the dates) 
would be lost. Therefore, we’ll accomplish the 
task by using the If function in combination 
with, well, you know... . 

NewTransDate = {date result} 

If (TransDay = "Sunday", (TransDate -1) - 
(Random*5), If (TransDay = "Saturday", 
TransDate - (Random*5),TransDate)) 

This calculation accomplishes the original 
goal of distributing transactions from the first 
day of a month across all the weekdays of the 
previous month while providing yet another 
excuse for using a new friend, the Random 
function. 

Note that date calculations have a mini¬ 
mum granularity of one day and thus they 
inherently round fractional days. Even if the 
function Random*5 is a very small value, at 
least one day is subtracted. 

To test this equation I made a new file and 
created an OldTransDate field, to fit the ex¬ 
ample. I imported a bunch of records so that I 
could generate a range of values. Then, using 
(Ta-Da!) two Random functions, I modified 
the OldTransDate in the test database to gen¬ 
erate first-day-of-the-month transaction dates 
for a whole decade. Like this: 

is 

OldTransDate = {date result} 

i 

| TextToDate (NumToText 
j (Int (1+ (12*Random))) & 701/" 
j & NumToText (1984 + Int (Random*10))) 

| I ended up with 500 records containing 500 

dates, all first-of-the-month and all randomly 


TransDay = {text result} 

DayName (TransDate) 

.Since we can examine (in an equation) the 
contents of TransDay, we now have a way to 
test for weekends and it only remains for us to 
calculate another date field (NewTransDate) 
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distributed by year and month. I was ready to 
try the weekday scheme. In order to test the 
result, I created another DayName field: 

NewTransDay = {text result) 

DayName (NewTransDate) 

An examination of the 500 records in the 
test database shows that these calculations 
resulted in 98 Mondays, 81 Tuesdays, 92 


Wednesdays, 119 Thursdays and 110 Fridays: a 
fairly even and “random” distribution for such 
a small sample! 

r r* 

Ed Dorbek is a computer and 
FileMaker consultant in southern 
California. His company is Data Design 
and he can be reached by voice phone at 
310-842-8187 or on AOL at “DesignData ”. 


Equation du Jour: The Implied If Trick 


By Joe Kroeger 


I wanted to build an equation that would de¬ 
tect the presence of an apostrophe in a Last- 
Name field. Such a calculation would allow me 
to Find all such records in order to make sure 
they are not interfering with detection of dupli¬ 
cate addresses. As you might guess, the equa¬ 
tion is pretty straightforward — my first pass 
looked like this: 


LNapostrol = {numeric result) 

If (Position (LastName,1) > 0,1,0) 


(The second parameter for the Position 
function maybe hard to read here; it is quote- 
apostrophe-quote.) Translated into words: “If 
the position of the first apostrophe in the Last- 
Name field is greater than zero, put a one in the 
LNapostrol field; otherwise put a zero in the 
LNapostrol field.” When the Position func¬ 
tion outputs a zero, it means that there are no 
apostrophes in the field. j 

This calculation works just fine as is. It is 
also a very popular equation configuration for 
many FileMaker users — starting a new calcula¬ 
tion with the If function has become almost 
second nature. j 

Once the calculation is in place, it is a sim¬ 


ple enough task to Find all records that have a 
1 in the LNapostrol field. (Depending on the 
purposes to which the particular address data¬ 
base will be put, it might be appropriate to 
omit the found apostrophes or to deal with 
them in some other way.) 

Normally, once I have a working calcula¬ 
tion, I move on to other issues. But I noticed 
that within the LNapostrol equation there 
may be more going on than is strictly neces¬ 
sary. If the purpose is to simply detect the pres¬ 
ence of an apostrophe, I don’t really need the 
logical decision-making introduced by the If 
function. 

The If in this case serves to translate the 
information supplied by the Position function 
(which indicates which character space is occu¬ 
pied by the apostrophe) into a one or zero. But 
you’ll notice that I can effectively accomplish 
the same thing within the Find operation: 
instead of finding for a 1 in the LNapostrol 
field, I can simply Find for >0. 

So I put the equation on a diet: 

LNapostro2 = {numeric result) 

Position (LastName,1) 

This version works fine. Notice that many 
other functions generate a result that can be 
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used alone, without additional grinding by the 
If function. 

So far so good. But I wanted to make the 
apostrophe detection broader and locate all 
three possible types; that is, both ‘ and ’ as well 
as'. I started this way: 

LNapostro3 = {numeric result} 

If (Position (LastName,1) or 
Position (LastName, "'",1) or 
Position (LastName,1) > 0,1,0} 

(On the keyboard the 1 key generates the 1 char¬ 
acter and option-] generates the ‘ character and 
option-shift-} generates the ’ character.) 

The LNapostro3 variation uses the If func¬ 
tion, again, to translate all the Position infor¬ 
mation into a 1 or 0 result. Can this approach 
also be slimmed down? I tried it this way: 

LNapostro4 = {numeric result} 

Position (LastName, ""',1) or 
Position (LastName,"'", 1) or 
Position (LastName,"'", 1) 

It works! And, in general, this design is easy 
to implement; I just needed to absorb the idea 
that it is not necessary to wrap an If function 
around everything. 

But a mystery remains. I expected that 
LNapostro4 might provide a numeric value 
representing the character position of the first 
encountered apostrophe. (Like LNapostro2 
does.) But the actual value that ends up in 
LNapostro4 is either a 0 (when there are no 


apostrophes at all) or a 1 (when any combina¬ 
tion of the three apostrophes are in any posi¬ 
tions within the LastName field). 

My working hypothesis is that the Or func¬ 
tion changes the overall evaluation so that the 
question becomes not “where is an apostro¬ 
phe”, but “is there an apostrophe”. More gen¬ 
erally, the question in this type of calculation is 
“do any of the individual functions within the 
Or chain evaluate to a logical 1”. 

The Or function is useful as a logical bridge 
between other functions. I had evidently been 
making the (implicit) assumption that the Or 
function was sort of a subset of the If function 
and was only to be used within it. 

As a further check, I built another similar 
equation with the And function. 

Testl = {numeric result) 

Position (FieldA, "K", 1) and 
Position (FieldB, "K", 1) and 
Position (FieldC, "K",1) 

This too works. It says that if the character 
K is present in this record in FieldA and in 
FieldB and in FieldC, then the result in Testl 
is a 1, otherwise a 0. 

It is as if the If function is implied in both 
LNapostro4 and Testl. Is this a big deal? Per¬ 
haps not. Does it make it easier to count the left 
and right parentheses for a long equation? Yes. 
Does it provide another insight into the inner 
workings of FileMaker calculations? For me, 
yes. VV- 
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Review: At Last, a Good FileMaker Book 


By Mike Harris 

I am often asked to recommend FileMaker 
books, a request that places me in the uncom¬ 
fortable position of having to choose among a 
mediocre collection of massive manual rewrites. 
For most users, a subscription to The File¬ 
Maker Report is a better investment. Last year, 
however, Michael Singer, a peripatetic, multi- 
disciplined university professor, somehow 
managed to talk a major publisher, Prentice- 
Hall, into publishing something different. The 
result is a FileMaker book (Database Design in 
FileMaker Pro) I enthusiastically recommend. 

The usual attempt to cover all of FileMaker 
results in books with the size and palatability of 
phone directories, and the superficiality of bad 
MacUser articles. Singer looks at a few File¬ 
Maker characteristics, only three or four really, 
but he shows what remarkable things can be 
accomplished when a feature is really under¬ 
stood. The result is a book which not only 
shows unique and valuable techniques, but 
demonstrates how you need to approach other 
FileMaker features to get similar spectacular 
results. 

So Singer has managed to give the reader 
much more — a way to think about FileMaker 
— by covering less. This allows readers to re¬ 
turn to their FileMaker projects with the cre¬ 
ativity required for great successes. In a small 
volume Singer indirectly covers more of File- 
Maker than a shelf full of books could in the 
usual way. 

Singer must be a wonderful teacher for he 
has the good sense to not only limit the features 
considered but to limit his example cases to 
two or three as well. This allows him to focus 
on what he is doing with FileMaker rather than 
on explaining multiple cases; this saves the 
reader’s energy for understanding his some¬ 


times complex development. The cases from 
the book are available as templates by mail 
order at additional cost through an order form 
at the end of the book. The templates are well 
worth while for really understanding some of 
the more involved examples, and as tools to 
help you use Singer’s tricks with your own 
designs. 

Singer’s choice of features to consider in¬ 
clude inter-file scripting, password protection 
and a couple of seemingly eccentric script step 
choices: Go To Layout (as a function of the 
contents of a field) and Refind. 

Inter-file scripting is an obvious choice 
with lots of useful applications. Singer explains 
scripting well and has good diagrams of com¬ 
plex scripts that move back and forth among 
many files. 

Password protection at first seems much 
less mainstream. Many of us have been trying 
to understand the Claris implementation of 
passwords and groups for years. We’ve talked 
to the guy who created the scheme for Claris, 
this newsletter has offered articles on pass¬ 
words and yet it is difficult to feel that we un¬ 
derstand the stuff. After reading Singer I not 
only feel I understand passwords and groups 
but, remarkably, I see the tremendous power of 
their use. 

The exploration of a couple of innocent¬ 
looking script steps is my favorite part of the 
book. The professor shows that the trick for 
getting the most out of FileMaker is knowing 
exactly what script steps do in different circum¬ 
stances. He uses the Go To Layout function in 
astonishing ways. Knowing the operation of a 
function in detail allows one to look at it from 
different and creative perspectives. 

Singer uses the Refind script step beauti¬ 
fully based on the same exquisite attention to 
detail. His tricks depend on the fact that Refind 
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finds a different group of records depending 
on whether it is executed in a layout with all or 
some of the fields in the (saved) Refind re¬ 
quest. Intrigued? Well you should be. This is 
good stuff and the same approach applied to 
every FileMaker feature opens up a wealth of 
powerful hidden features. 

One of Singer’s example cases structures a 
routine invoice database in a very unusual way. 
Although not unprecedented (Jeff Gagne did 
something similar in Small Business Retailer), 
Singer’s implementation with extensive idiot- 
proofed inter-file scripting is very nice. Also, 
with the relational FileMaker due later this 
year, Singer’s file structure will become the 
norm. You need to know about this. 

Database Design in FileMaker Pro is not 
flawless. I believe Singer overlooked a simpler 
way of saving a found set and returning the 
user to their last record. See if you spot this in 
the book. He has a long, and admittedly hacked, 
solution which I believe could be solved with 
the script step Sort followed by Unsort. 

I question his implicit reliance on idiot¬ 
proofing. My experience in a decade of con¬ 
sulting is that the smarter you make the com¬ 
puter, the more helpless you make the user. 

The result is that the slightest misstep by users 
leaves them lost in some dead end — and it is 


impossible to eliminate everyway a user can 
screw up. I also found that some of the longer 
sections on complex techniques were a little 
hard to follow. Still, reading a section three 
times to get invaluable information is worth the 
investment. 

So my answer now to the request for a 
more FileMaker information? Buy Singer’s 
book, subscribe to the The FileMaker Report 
and cruise the FileMaker forums online, espe¬ 
cially AOL. That’s how to “get to know File¬ 
Maker better.” Use the other books as booster 
seats for your toddler at the dinner table. 

Mike Harris is Senior Partner at 
Watertechnics Consultants and a con¬ 
tributor to The FileMaker Report. 
Watertechnics also publishes the FileMaker 
Annex, a collection of FileMaker-related tem¬ 
plates, datafiles, hardware, application notes 
and other support for users and developers. 

Mike included examples from the Singer 
book in a recent CSA Advanced FileMaker 
training course. The FileMaker Annex also 
fulfills orders for the Singer template disk. 
Mike may be reached at 408-761-3987, 
Fax 408-761 -5468, AppleLink: X2338, 
AOL: fmannex and eWorld: watertechnic. 


Editor's Note 

I agree that there are not many sources of 
additional information for active users already 
familiar with FileMaker. Hence this newsletter. 
The Singer book also helps fill the void. 

But we must not overlook the Coulombre/ 
Price book ( FileMaker Pro 2.0 for Macintosh, 
Addison-Wesley). It is wider-ranging than 
Singer, and therefore not often as deep, but 
does demonstrate some nice solutions. Many 
users have indicated that Coulombre is a valu¬ 
able resource for them. 


For more introductory material, I always 
suggest that reading the manual a few times is a 
good place to start. Working on database de¬ 
signs in between helps garner more from each 
reading. But remember that the manual is de¬ 
signed to present the charateristics of FileMak¬ 
er, not the implications. There are few examples 
and usually little associated explanation. 

The introductory books are often poor. 

But the Rubin book ( The Macintosh Bible Guide 
to FileMaker Pro, Peachpit Press) is reasonably 
done. 
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FileMaker Tips, Techniques, & Notes 


By Joe Kroeger 

Relational FileMaker 

Claris has declared that there will be a “re¬ 
lational” version of FileMaker, due later this 
year. According to Claris President Dan Eilers, 
“FileMaker Pro 3.0 will provide the key rela¬ 
tional database capabilities that our customers 
are asking for while maintaining its legendary 
ease-of-use.” Claris says the new relational 
capabilities will include the ability to establish 
one-to-many and many-to-one joins between 
tables. The existing lookup feature will be con¬ 
tinued. 

No further details were made public at the 
announcement during January MacWorld. 
However, rumors abound even if there are few 
publishable details. I gather that ‘relational’ 
means that we will have convenient viewing 
access from within one file to data that lives in 
another file, without copys or lookups. 

Other than relationality, and potentially of 
even more importance to most users, I expect 
that there will be several other features that we 
will enjoy. For example, Claris has talked for 
years about adding conditional testing capabil¬ 
ity to scripting; such a feature may end up in 
the new version. Depending on the available 
conditions for testing, this could be a very 
powerful addition, expanding functionality in 
major ways. 

By the way, Claris is now referring some¬ 
times to FileMaker as a “non-programmable” 
database to help distinguish it from other ri¬ 
vals. We may be seeing this reference more 
often in the future. 

Scripting Go To Layout 

Most script steps that switch to a different 
layout do so based on the name of the layout. 
Figure 1 shows the layout selection popup that 


is available as an option 
within a Go To Layout 
step. It shows the names 
of the layouts in the file. 

But note at the bottom 
of the popup that there 
are two other options. 

The one of interest here 
is the layout number 
given by field. The Making Custom Radio 
Buttons article earlier in this issue suggests one 
of many potential ways to use this feature. The 
following observations may help when moving 
to a layout determined by the contents of a 
field. 

• FileMaker thinks of the layouts in numer¬ 
ical sequence, from top to bottom and starting 
with #1, even if there are text names for the 
layouts. 

• FileMaker does not number the layouts 
internally in the as-created sequence. Instead, 
layouts are numbered in the sequence they 
have been ordered within the layout popup 
menu in the tool bar. In the Layout Options 

... Reorder dialog box, simply drag layout 
names to reorder them. This ordering, interest¬ 
ingly, unlike field and script reordering, is not 
disturbed by a Recover operation. 

• If you reorder layouts after including a Go 
To layout... number given by field script 
step, the script (for the same field data) will 
refer to the layout that occupies the numeric 
slot pointed to by data, not to the new position 
of the old layout. Thus any scripts or buttons 
that depend on the order of layouts will likely 
not work when layouts are rearranged. 

• If the field that specifies the layout num¬ 
ber starts with text, or with a zero, or with a 
number larger than the number of layouts, the 
result is that the layout is not changed. 


Main Edit 
List 

3-Up Report 
PB Main Edit 
Graphics 
Warning 


-/layout number given by field... 
original layout 

Figure 1 
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More from MacUser 

Mike Harris wrote a letter to the editor of 
MacUser magazine, commenting on their 
article about converting database designs from 
“flat-file” to “relational”. (See the article in 
Issue 61, page 12, of The FileMaker Report for 
my own comments.) MacUser abbreviated 
Mike’s letter a little and in a short reply still 
contends that repeating fields waste space. I 
fear they just don’t get it and/or just don’t care. 

Counting The FileMaker Report 

Our average page count, starting with issue 
#1 of the newsletter, is 17.0 pages per issue. 



Figure 2 

Network Spelling Check 
From Ron Finnigan 

One of the shared databases on our office 
network has the Spell as you type option en¬ 
abled (Figure 2). The problem we found is that 
whenever any user would activate this data¬ 
base, a message would appear that indicating 
that the “dictionary could not be found”. The 
user would then have to cancel the message, 
and reopen the proper dictionary (which was 
on the user’s hard drive — a different diction¬ 
ary for every user). 

Our solution was to create a small, simple 
database with one text field (with the same 
Spell as you type option enabled, and the 
proper dictionary selected) on each user’s 


machine. This database is now stored in the 
“Startup Items” folder in the System folder, 
and thus automatically opens the right diction¬ 
ary. When any other database is subsequently 
selected, it finds this correct dictionary (for 
that user) already open and no error message is 
displayed. 

"Accounting" in FileMaker 

We are often asked if FileMaker can do 
accounting. The answer can be a little complex 
and depends on your point of view. My posi¬ 
tion is what I think of as a classical one, but it 
seems to be turning out to be archaic. 

It is a straighforward task to use FileMaker 
for what I call “bookkeeping”. Indeed, many 
users do a lot of bookkeeping with FileMaker, 
including keeping track of orders, shipments, 
purchases, payables, receivables and so forth. 

But I regard accounting as a different issue. 
Serious, classical accounting (a) is double¬ 
entry, and (b) maintains a strict audit trail. This 
means that each transaction has debit and 
credit entries, and that individual transactions 
can never be deleted or modified. In order to 
make an accounting change or to fix an error, 
the original transaction is reversed by a new 
transaction and then the desired different trans¬ 
action is entered. This means that it is more 
difficult for someone to manage the books 
dishonestly. An external auditor can trace the 
course of all transactions and all changes to 
transactions since none can be erased. 

If this is the standard you want to keep, 
FileMaker is probably not the vehicle for doing 
so. Notice that records can be deleted in File¬ 
Maker, destroying an audit trail. Even if the file 
is password protected so that operators cannot 
delete transactions, there is always someone 
somewhere who has the password and there¬ 
fore access for making changes. Or it might be 
possible to make a clone of the accounting file 
and import into it all but the transactions to be 
discarded. (There may be ways to protect a 
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people. It is difficult to forecast what might 
happen to the products and the support if 
Microsoft does indeed acquire Quicken. 

Peachtree Accounting on the Mac has 
adherents — it used to be known as At Once. 


password for a FileMaker accounting template, 
if you feel it is worth the effort.) I suggest using 
a good accounting program instead. 

There are several serious accounting pack¬ 
ages for personal computers. I regard many as 
far too expensive, seriously flawed and unnec¬ 
essarily complex for anyone to use, even expe¬ 
rienced accountants. Look for a friendly pro¬ 
gram that has the features you need. If you 
want to do payroll with it, be careful about 
getting yourself locked-in to a given company 
for annual updates of withholding rates, etc. 
The updates might be expensive and if the 
company goes out of business you maybe 
stuck with an unusable payroll module. 

On the other hand, for most family financ¬ 
es and in many small businesses, such a strict 
level of auditability is not observed. Bookkeep¬ 
ing is what many people actually do, even if 
they call it accounting. Accounting transaction 
changes are not rigorously denied and only 
some basic data may be tracked. 

FileMaker can work well for such users 
since it can be customized exactly for the type 
of transactions being executed — the computer 
is adapted to the needs of the operation rather 
than trying to fit operational details into some 
rigid framework. 

Rather than create a whole general ledger 
in FileMaker, some users combine an account¬ 
ing package with FileMaker front ends for 
order-entry and for various tracking details. 
Then summary data from FileMaker are en¬ 
tered (perhaps daily or weekly) into the ac¬ 
counting program. 

We’ve used and appreciated MYOB here 
for several years (without payroll) but that 
program has recently begun to allow transac¬ 
tions to be erased, which may or may not be 
important to you. 

Many people use Quicken for personal 
finances and for very small businesses. Quick¬ 
en has a good reputation. I’ve also heard good 
things about QuickBooks from the Quicken 


International Claris Support 

The following list is from Claris and shows 
their international support contacts. I hope it is 
useful for you and that you can properly inter¬ 
pret the telephone numbers. 


Country 

Organization 

Phone 

Australia 

Claris 

61 2 975 8650 

Austria 

Computer 2000 GmbH 

+43 1 4656 11 0 

Austria 

PowerPublish Software 

+43 1 409 01194 

Brazil 

CompuSource 

011 55 11 8201112 

Chile 

Axis S.A. 

+56 2 2361415 

Croatia 

Adria Computer Sys 

+385 41 232160 

Czech Rep. 

PUI Pic 

+42 2 328 456 

Denmark 

SSA Trading A/S 

+45 32 962666 

Egypt 

Pace 

+20 2 3461710 

Finland 

TietoVayla Oy 

358 06821644 

France 

Claris 

33 1 46 42 37 37 

Germany 

Prisma Express 

+49 40 68 860 0 680 

Greece 

Rainbow Computer sa 

+301 9012 892 

Hong Kong 

Pac Rim Technologies 

+852 832 9322 

Iceland 

Radio Budin 

+354 1 624800 

India 

Wipro Infotech Ltd. 

91 80 558 8422 

Ireland 

Micro Warehouse 

+353 1 6790055 

Israel 

Kesset P.S. Ltd 

+972 369 64648 

Italy 

Delta srl 

+39 332 803 220 

Japan 

Marubeni Corp. 

+81 3 3282 2496 

Japan 

System Soft 

+81 92714 6236 

Korea 

Elex Computer Inc. 

+82 2 709 8000 

Malaysia 

First Tech Pacific 

603 244 7300 

Malaysia 

Micro Express 

603 293 6000 

Mexico 

MacWare 

+525 528 3039 

Netherlands 

Axxam 

+31 20 691 1298 

Netherlands 

Five 4U 

+31 30 41 55 55 

New Zealand Personal Computer Sys 

+649 6301801 

Norway 

Microline 

+47 22 25 36 00 
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Portugal 

Informeios Sa 

+351 1894700 

Russia 

RUI 

+7095/2581319 

Saudi Arabia 

Jeraisytech 

+966 1 462 1660 

Singapore 

Tech Pacific Singapore Pte. 65 278 8686 

Spain 

Delsia S.A. 

+341 36613664 

Spain 

GTI 

+34 1 677 95 95 

Spain 

Keylan 

+34 3 263 05 75 

Sweden 

Studentlitteratur AB 

+46 46 31 22 22 

Switzerland 

Industrade AG 

+41 1 832 8 333 

Taiwan 

PacRim Yechnologies 

886 2 517 0690 

Thailand 

Sahaviriya System Co. Ltd66 2 237 7622 

Turkey 

Bilkom 

+90 212 225 0260 

Ukraine 

CDV Ltd 

+7 044 211 3192 

Un. Arab Em. 

Arab Business Machines 

+971 4 233438 

United Kingdom Claris 

011 44 92 320 8444 

Venezuela 

Plus Sistemas C.A. 

582921711 


Figure 3 
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Line-to-line spacing in FileMaker 

One of the problems with text in FileMaker 
is making consistent line spacing when one 
character is larger than another. One example 
is where the first line of a paragraph is larger 
than the others. See, for example, the first body 
paragraph on page one of this issue. 

In a page layout program the line spacing 
(called ‘leading’) can be controlled indepen¬ 
dently of the size of any character in the fine. 
But in FileMaker this is not so easy. Figures 3 
and 4 show some FileMaker layout text before 
and after the first character is made larger. Can 
we make the line spacing the same for all lines 
of the paragraph? 

The first stop is to see if line control in 
FileMaker is able to help. Figure 5 shows the 
FileMaker line spacing dialog box. Note that 
there are three basic options: single space, 
double space, and custom. (The point size 
below the Custom... entry reflects the last size 
entered in the custom dialog.) All of them seem 
to make line spacing relative to the size of the 
largest character in the line. Unfortunately, 
FileMaker does not have an option for “fixed” 
leading independent of the line characters, as 
do some word processors. 




Font ► 

Size ► 

Style ► 

Rlign Tent ► 


1 Line Spacin 

g M 

✓'Single 

Double 

Tent Color ► 

Tent Format... 

Number Format... L 

Date Format- 
Time Format- 
Picture Format... 

Custom... 

2 Point 

Field Format... ^^F 
Field Borders— ^SSB 

Figure 5 
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The only fix I’ve been able to come up with 
is to make the first character a separate text 
block. Figure 6 shows the result of doing so in 
the layout. Figure 7 is the same fix shown in 
Browse mode and looks better than Figure 3. 
Use spaces before the (new) first character of 
the paragraph to indent a little to make room 
for the large letter. 

Scripting Finds 

Do you find yourself, on occasion, trying 
to Find all records that have a given word (or 
number or date or time) in any of several 
fields? It is easy enough to do a manual Find — 
just make a new Find request for each field to 
be queried and type in the word being searched 
for in one field in each request. But if you have 
to do this often and especially if you need to 
Find on a large number of fields, use a script 
instead to handle the drudgery. 

Figure 8 shows a simple layout with three 
data fields (Noticel, 2, and 3). Let’s say I want 
to locate all records that contain a specific 
word in any of the three fields. First I add a 
field (TextToFind) that will contain the word 
I’m looking for. There is no need to Replace 
this word into all the records as long as the 
script is executed while the record you typed 
into is the current record. 

The script (Figure 9) first copies the word 
from the TextToFind field. It then proceeds to 
build a Find request. Entering the Find mode 
creates the first Find request. Additional re¬ 
quests are created by script steps. The text to be 
found is on the clipboard so in each request it 
is only necessary to paste it into the next de¬ 
sired field. Note that the operating procedure is 
to first enter the word you are working with 
and only then to execute the script. 

Variation 1: Note that the script in Figure 9 
specifies just which fields are to be used for the 
Find. If there are different sets of fields you 
might Find on in different situations, make a 
copy of the first script and build another one 
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with just the fields needed. 

Variation 2: If it is necessary to make the 
Find exact (so that looking for “Not”, for ex¬ 
ample, doesn’t also bring along “Note”), the 
script needs to include two more steps within 
each request. One goes to the field and the next 
enters “=” into it. Since the cursor remains in 
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Figure 10 

place following the = character, a Paste in the 
next step puts the word to be found right after 
the = sign. Figure 10 shows most of this varia¬ 
tion of the script. 

Variation 3: Another option is to ask, with¬ 
in the script, the operator to enter the desired 
word. Do this by using a different layout to 


simulate a dialog box. There could be layout 
text with instructions and just one field (Text- 
ToFind) for entering the word. The script 
would go to that dialog layout and pause, the 
operator would enter the word and click the 
‘continue’ button, the script would copy the 
word, then go to the Find layout and proceed. 

*Ar* 


The FileMaker Report • ©1995 Elk Horn Publishing • Issue 63 • Page 15 


















































The FileMaker Report 


Published by 


Voice Phone: 
Fax Phone: 
AOL Address: 
Editor: 


About the Newsletter 

Elk Horn Publishing 
PO Box 1300 
Freedom, CA 95019 USA 
408-726-1232 
408-726-1233 
ElkHornPub 
Joe Kroeger 


The Library of Congress ISSN number for The FileMaker 
Report is 0896-0313. The first issue was published in January, 
1987. Issues are numbered sequentially and without volume 
divisions. The issue number is printed on the cover and at the 
bottom of inside pages. The date on the cover associated with 
each issue is the last date that editorial changes were made 
before going to press. The FileMaker Report is published ten 
times each year at variable intervals ranging from about three 
to about eight weeks. Issues are delivered by first class mail (in 
the U.S.) and air mail (outside the U.S.). The numbers of the 
first and last issues included in a subscription are printed on 
each mail label. 

Version 1 of the newsletter spanned issues 1 through 35. 
Version 2 spanned issues 36 through 60. Version 3 started with 
issue 61. Newsletter version changes represent significant 
format revisions. 

Contact The FileMaker Annex at WaterTechnics 408-761 -3987 
for information about FileMaker templates and accessories. 

Fine Print 

Unless otherwise noted, the entire contents of The FileMaker 
Report are copyrighted by Elk Horn Publishing and may not be 
reproduced in any form without explicit written permission. 
All rights reserved. Elk Horn Publishing is an independent 
organization not affiliated with Claris Corporation or with 
Apple Computer, Inc. The FileMaker logos and name are 
copyrighted by Claris Corporation. Various trademarked and 
copyrighted names and symbols maybe used in this news¬ 
letter. Instead of adding a ™ or © symbol at every occurrence, 
the publisher hereby states that such names are used only in an 
editorial fashion and for the benefit of the trademark or copy¬ 
right owner with no intention of infringement. 


Elk Horn Publishing 
POBox 1300 
Freedom, CA 95019 USA 


Subscription Rates 

Subscription rates include postage, are fisted in US dollars, and 
are subject to change without notice. 


Destination 

1 0 issues 

USA 

$49 

Canada & Mexico 

$53 

Other Locations 

$67 

FileMaker Version History 

Version 

Release Date 

FileMaker Pro 2.1 v3 

July 1994 

FileMaker Pro 2.1 v2 

February 1994 

FileMaker Pro 2.1 vl 

August 1993 

FileMaker Pro 2.0 v4 

April 1993 

FileMaker Pro 2.0 v3 

February 1993 

FileMaker Pro 2.0 v2 

November 1992 

FileMaker Pro 2.0 vl 

October 1992 

FileMaker Pro 1.0 v3 

March 1992 

FileMaker Pro 1.0 vl 

October 1990 

FileMaker 4 & FileMaker II 

July-October 1988 

FileMaker Plus 

August 1986 

FileMaker 1.0 

May 1985 


(Minor revisions before FileMaker Pro are not listed. Some 
minor changes are released to address only a specific usage.) 

About Claris 

Claris Corporation publishes the FileMaker program. The 
generic address for Claris is: 

Claris Corporation 
PO Box 58168 
Santa Clara, CA 95052 

Add these mail stops to the generic address as appropriate. 

Customer Assistance: M/S C-11 
Technical Assistance: M/S C-12 
Software Registration: M/S C-71 
The general Claris phone number is 408-987-7000. 

Claris Customer Assistance is 800-325-2747. 

Claris Support recorded help fine is 800-735-7393. 

Claris Support Fax line is 800-800-8954. 

Claris BBS is 408-987-7421 (settings 8/N/l). 

Claris Technical Assistance (Mac) is 408-727-9054. 

Claris Technical Assistance (Windows) is 408-727-9004. 
Technical Assistance hours (Pacific Time) are 6 am to 
6 pm Monday - Thursday and 6 am to 2 pm Friday. 


Presorted 
First Class 
U. S. Postage 
PAID 

Complete Mailing 
Service Inc. 


